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STRUCTURE OF A MANAGEMENT INFORMATION BASE 
COMMUNICATED BETWEEN A NETWORK MANAGEMENT SYSTEM 
AND AN AGENT OF A NETWORK ELEMENT 

5 TECHNICAL FIELD 

The present invention generally relates to a meta structure of a Management 
Information Base (MIB) of a Network Element (NE) agent for automatically 
constructing MIB information in a Network Management System (NMS), and more 
particularly to a meta structure of a MIB that allows a NMS to receive MIB 
1 0 infomiation online from an agent to perform quick and correct network management 
in Simple Network Management Protocol (SNMP) network management architecture. 

BACKGROUND ART 

Generally, a SNMP is a protocol for managing a network and monitoring 

15 and supervising network devices. Further, a SNMP allows a remote user to 

logically examine and change management information for network elements. A 
Structure of Management Information (SMI) (which describes the structure of 
management information of the SNMP), a MIB (which is definitive for management 
information) and a SNMP (which is a communication protocol) are standard 

2 0 components for managing a network based on a TCP/IP. These provide structures 
and functions operable for an Internet network management. 

A SNMP network management structure model is executed by exchanging 
management information between a NMS application of a network management 
equipment and an agent of an NE. 

2 5 In order to process management infomiation items between a NMS and a 

NE agent, a NMS and a NE agent offline share a MIB definition document of SMI 
standard describing management items. However, when the MIB is not shared 
between a NMS and a NE agent, a problem may occur in that the NMS does not 
properly manage the NE. 

3 0 Network management is focused such that a NMS receives a MIB of a NE 

from a NE agent online to perform speedy and correct network management. 

A SNMP is a standardized protocol for managing a network in the Internet 
and its latest version is version-3. A conventional structure of network management 
using a SNMP comprises one NMS and one or more NE agents. 
3 5 The NE agents are incorporated in various network elements managed in a 
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network, directly accesses information generated by network elements and transmit 
to a NMS the information in a format matching with a SNMP. A SNMP, a SMI and 
a MIB, which are standard components for managing an Internet network, is 
basically defined by Abstract Syntax Notation. 1 (ASN.l). Encoding and decoding 
5 them are performed according to a Basic Encoding Rule (BER), which is an ASN.l 
manner. 

Also, the SNMP supports operations such as Get-Request, GetNext-Request, 
Set-Request, Response, Trap and so on, in which management information is 
exchanged between a manager and an agent. 

10 In a conventional network management using a SNMP, a MLB means 

management information is communicated between a NE agent and a NMS by using 
a SNMP. Accordingly, the MIB is beforehand shared between a NMS and a NE 
agent. Since the MIB is defined according to a SMI format, the MIB defined by 
SMI can be considered as a set of management objects, where each management 

1 5 object has a unique identifier and properties. 

The identifier of each management object has a unique value and its 
properties are configured on the basis of the format defined in SMI. As shown in 
Fig. 1, a general structure using a SNMP has a MIB sharing structure, where the MIB 
must be provided to a NMS and a NE agent, while an operator generally performs 

2 0 theses tasks. 

However, a MIB must be shared beforehand to update a MIB in a 
conventional network management using a SNMP. Otherwise, the NMS does not 
know which kind of object information to retrieve. Even though the NMS may 
retrieve the specific information, it cannot understand the meanings thereof. 

25 

DISCLOSURE OF THE INVENTION 

Thus, the present invention is provided in order to solve the above-described 
problems associated with the prior art. The objective of the present invention is to 
provide a meta structure of a MIB of a NE agent for automatically constructing MIB 

3 0 information in a NMS so that the correct MIB information of an agent can be 

automatically maintained without a user judging whether the MIB information has 
changed in case that the agent's MIB information has changed. 

Therefore, in order to achieve the above objective, a structure of a MDB, 
which is communicated between a NMS and an agent of an NE according to the 
3 5 present invention, comprises a baselnfo for creating an objectlnfoTable for 
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describing object-type objects, a trapInfoTable for describing trap-type objects, a 
baselnfoTable for describing common properties of MIB objects, and a syntaxlnfo 
for creating a syntaxIntegerTable and a sequencelnfoTable. 

5 BRIEF DESCRIPTION OF DRAWINGS 

Understanding that these drawings depict only typical embodiments of the 
invention and are, therefore, not to be considered limiting of its scope, the invention 
will be described with additional specificity and detail through use of the 
accompanying drawings in which: 

1 o Fig. 1 illustrates a block diagram showing the configuration of a 

conventional HANS-5 switch router. 

Fig. 2 illustrates the configuration of a NE agent for automatically 
constructing MIB information in a NMS in accordance with an embodiment of the 
present invention. 

1 5 Fig. 3 illustrates a meta MIB structure of a NE agent for automatically 

constructing MIB information in a NMS in accordance with an embodiment of the 
present invention. 

BEST MODE FOR CARRYING OUT THE INVENTION 

2 0 It will be readily understood that the components and steps of the present 

invention, as generally described and illustrated in the Figures herein and 
accompanying text, could be arranged and designed in a wide variety of different 
configurations while still utilizing the inventive concept. Thus, the following 
detailed description of the preferred embodiments of the structure of the present 
25 invention, as represented in Figures 1 through 3 and accompanying text, is not 

intended to limit the scope of the invention, as claimed. It is merely representative 
of the presently preferred embodiments of the invention. The presently preferred 
embodiments of the invention will be best understood by reference to the drawings. 
Fig. 3 illustrates a meta MIB structure of a NE agent for automatically 

3 0 constructing MIB information in a NMS in accordance with an embodiment of the 

present invention. A meta MIB structure in accordance with one embodiment of the 
present invention comprises baselnfo 1 and syntaxlnfo 2. 

First, referring to the meta MIB structure, baselnfo 1 functions to create 
objectlnfoTable 12 (which describes object-type objects) and trapInfoTable 13 
3 5 (which describes trap-type objects) concurrently with creating baselnfoTable 1 1 
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reflecting common properties of MDB objects. 

BaselnfoTable 11 comprises: baselnfoEntry 111, which includes 
basehifolndex 1111 distinguishing instances of tables; moduleName 1112; 
objectName 1113 mapped to names of all the management objects in a MIB for agent 
5 200; objectType 1114 describing types of management objects in a MIB for agent 
200 mapped to a notification type; objectID mapped to OIDs of management objects 
in a MIB for agent 200; and description 1116 mapped to MIB management objects in 
a MIB. 

ObjectlnfoTable 12 comprises: objectlnfoEntry 121, which includes 
1 0 objectlnfolndex 1211 distinguishing instances of tables; objectBaseSyntax 1212 

describing syntax of a MIB for agent 200 and having Integer (Integer, Octet, String, 
Object Identifier) which is an initial type of ASN.l, and Sequence and Sequence Of 
which are composed types; objectComposedSyntax 1213 using display strings for 
abstract syntaxes; objectStatus 1214 describing status lands of MIB objects for agent 
15 200 and mapped to Mandatory, Optional and Obsolete, etc. by using integers as 
abstract; and object Access 1215 describing the kind of access of MIB objects for 
agent 200 and mapped to Read, Read/Write, Write, Access-Deny by using integers as 
abstract syntaxes. 

TrapInfoTable 13 comprises: trapInfoEntry 131, which includes 
2 0 traplnfolndex 1311 distinguishing instances; trapEnterprise 1312 mapped to 

enterprise values of track-type objects in a MIB for agent 200 and mapped to a 
NULL value if a notification type; and trap Variable 1313 mapped to variable values 
of trap type objects in a MIB for agent 200 and mapping target values if a 
notification type. 

2 5 Syntaxlnfo 2 functions to create syntaxIntegerTable 21 and 

sequencelnfoTable 22. 

SyntaxIegeterTable 21 comprises: syntaxIntegerEntry 211, which includes 
syntaxlntegerlnfohidex 2111 distinguishing instances of tables in a MIB for agent 
200; syntaxIntegerValue 21 12 mapped to a sub-type of Integer of a MIB for agent 

3 0 200; and syntaxIntegerValueString 2113 one-to-one mapping strings to expression of 

a sub-type of syntax Integer of a MIB for agent 200. 

SequencelnfoTable 22 comprises: sequencelnfoEntry 221, which includes 
sequencelndex 2211 distinguishing instances; sequencelndex Value 2212 mapped to 
table indexes of a MIB for agent 200 and whose values are equal to a value 
3 5 indicating table indexes of a MIB for agent 200 among baselnfolndex 1111; and 
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sequenceEntrylnfo 2213 mapped to entry instances of a MIB for agent 200 and 
whose values are equal to values indicating entry instances of a MIB for agent 200 
among baselnfolndex 1111. 

5 INDUSTRIAL APPLICABILITY 

According to a meta structure of a MIB of a NE agent for automatically 
constructing MIB information in a NMS in accordance with the present invention, a 
MIB between a NMS and a NE agent can be shared online rather than offline. 



